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DaimlerChrysler AG, Stuttgart FTP/E Dr.EW/fr 

and 

Robert Bosch GmbH, Stuttgart 



Vernetztes Fahrzeugkommunikationssystem mit Front end-Einheit, 
benutzerbedienbarem Endgerat und zugehoriger Applikation 





Die Erfindung bezieht sich auf ein Fahrzeugkommunikationssystem 
mit einem Datenbus, an den wenigstens eine Frontend-Einheit mit 
Benutzerschnittstellen-Frameworkeinheit und ein benutzerbedien- 
bares Endgerat angeschlossen sind, sowie wenigstens einer in das 
System implementierten, unter Beteiligung der Frontend-Einheit 
und des Endgerates ausfuhrbaren Applikation, nachfolgend auch 
Funktionalitat bezeichnet . 

In modernen Kraf tf ahrzeugen, insbesondere auch Automobilen, sind 
zahlreiche Funkr ionalitaten implementiert , die unter Beteiligung 
jeweils zugehoriger Frontend-Einheiten, welche zugehorige Benut- 
zerschnittstellen beinhalten, im Dialog mit dem Systemnutzer 
ausgefuhrt werden, insbesondere zahlreiche. Telematik-Anwendun- 
gen, wie sie beispielsweise in der Of f enlegungsschrif t DE 196 25 
002 Al angefuhrt sind. 

Um die sich daraus ergebenden Anf orderungen bestmoglich zu er- 
fiillen, wird in jungerer Zeit zunehmend die Verwendung sogenann- 
ter verteilter Systeme betrachtet, insbesondere solchen, die auf 
objektorientierten Komponentenmodellen basieren. In der allge- 
meinen EDV mit den dort gegenuber Fahrzeuganwendungen vorhande- 
nen hoheren Rechenkapazitaten sind bereits Technologien zur Un- 
terstutzung solcher verteilter Komponentensysteme gebrauchlich, 
z.B. CORBA (Common Object Request Broker Architecture) und DOOM 
(Distributed Component Object Model). Diese Techniken lassen 
sich jedoch nicht gut auf kleine eingebettete Einheiten skalie- 
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ren. Zudem ist DCOM jedenfalls gegenwartig noch nicht fur das 
Betriebssystem Windows CE erhaltlich. Zu f ahr zeugseitigen Kon- 
zepten fiir verteilte Systeme sei z.B. auf den Zeit schrif tenauf - 
satz K.J. Neumann et al,, ein auf kommender Standard fur verteil- 
te Systeme im Kfz, atp 4/98, Seite 22 und die altere deutsche 
Patentanmeldung 199 09 157.9 nebst der dort zitierten Literatur 
hingewiesen . 

Der Erfindung liegt als technisches Problem die Bereitstellung 
eines Fahrzeugkommunikationssystems der eingangs genannten Art 
zugrunde^ das mit fur Fahr zeuganwendungen vertretbarem Rechen- 
^l^^^aufwand einen Mechanismus fur die Realisierung von verteilten, 
^^^F^uszuf uhrenden Applikationen unter Nutzung von in Fahrzeugen ge- 
brauchlichen Datenbusnet zwerken ermoglicht und bei dem die Ap- 
plikation dabei moglichst unabhangig vom Typ des verwendeten 
Bussystems gehalten werden kann. 

Die Erfindung lost dieses Problem durch die Bereitstellung eines 
Fahrzeugkommunikationssystems mit den Merkmalen des Anspruchs 1. 
Bei diesem System ist eine Aufteilung der jeweiligen implemen- 
tierten Funktionalitat in einen Teil mit Benut zerschnittstellen- 
seiten und in einen Teil mit den Funktionskomponenten vorgese- 
hen. Wenigstens der Benut zerschnittstellenseitenteil ist Teil 
^ der Frontend-Einheit , wahrend sich der Funkt ions komponententeil 

•ebenfalls dort oder aber in einer anderen Frontend-Einheit oder 
einer ebenfalls an den Datenbus angeschlossenen Mehr zweckplatt- 
form-Einheit befindet. Der Benut zerschnittstellenseitenteil 
steht mit der Benut zerschnittstellen-Frameworkeinheit in der be- 
treffenden Frontend-Einheit in Verbindung, wahrend entsprechend 
der Funktionskomponententeil mit einer zugehorigen Applikations- 
Frameworkeinheit in Kommunikationsverbindung steht. Dieser Sy- 
stemaufbau stellt einen Mechanismus fur die Realisierung von 
verteilten, auszuf uhrenden Funktionalitaten bereit, insbesondere 
auch hinsichtlich der dazu auszuf uhrenden Teilf unktionen, wie 
Anzeige, Bedienung und Interaktion mit anderen Applikationsmodu- 
len, mit einem fiir Fahrzeuganwendungen vertretbaren Rechenauf- 
wand . 
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In Weiterbildung der Erfindung nach Anspruch 2 ist dem jeweili- 
gen Funktionskomponententeil eine virtuelle Endgerateeinheit zu- 
geordnet, uber welche die Kommunikation mit dem betreffenden be- 
nutzerbedienbaren Endgerat uber den Datenbus erfolgt und welche 
die hierzu benotigten busspezif ischen Implement ierungsinforraa- 
tionen enthalt. Dadurch lassen sich die Funktionskomponenten im 
wesentlichen unabhangig vom Typ des jeweils verwendeten Daten- 
bussystems halten, so dali sie nicht zwingend jedes Mai implemen- 
tiert werden mtissen, wenn ein anderer Bustyp zum Einsatz kommt. 

Bei einem nach Anspruch 3 weitergebildeten System befindet sich 
der Funktionskomponententeil nicht in der gleichen Einheit wie 
der Benutzerschnittstellenseitenteil, sondern in einer anderen, 
an den Datenbus angeschlossenen Einheit. Die Kommunikation zwi- 
schen beiden Teilen erfolgt dann in Form einer Proxy-Stub-Kommu- 
nikation uber den Datenbus. Bei dieser Systemauslegung brauchen 
die Benutzerschnittstellenseiten keine Kenntnis uber die aktuell 
vorhandene, verteilte Systemumgebung besitzen, sondern sie grei- 
fen auf die zugeordneten Proxy-Komponenten zu, welche die not- 
wendigen Netzwerkoperationen realisieren. In der anderen Ein- 
heit, d.h. einer weiteren Frontend-Einheit oder einer vorzugs- 
weise zentral fiir mehrere Frontend-Einheiten vorgesehenen 
Mehrzweckplattform-Einheit, fungiert die jeweilige Stub-Kompo- 
nente als Client der Funktionskomponenten und kommuniziert mit 
der zugehorigen Proxy-Komponente der erstgenannten Frontend- 
Einheit. Da der gesamte Netzwerkcode in den Proxy- und Stub- 
Komponenten sitzt, kann jeglicher applikationsspezif ischer Code 
vollig unabhangig vom zugrundeliegenden Datenbusnet zwerk gehal- 
ten werden, ohne in die Vernetzung involviert zu sein, was seine 
Codierung und Auf rechterhaltung vereinfacht. 

Vorteilhafte Ausf uhrungsformen der Erfindung sind in den Zeich- 
nungen dargestellt und werden nachfolgend beschrieben. Hierbei 
zeigen : 
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Fig. 1 ein schematisches , ausschnittweises Blockdiagramm eines 
Fahrzeugkommunikat ions systems mit Front end-Einhe it und 
Mehrzweckplattf orm-Einheit , 

Fig. 2 ein schematisches , ausschnittweises Blockdiagraimn eines 
Fahrzeugkommunikat ions systems mit gemeinsamer Implemen- 
tierung von Benut zerschnittstellenseitenteil und Funkti- 
onskomponententeil einer Applikation in einer Frontend- 
Einheit und 





Fig. 3 ein schematisches, ausschnittweises Blockdiagramm eines 

Fahrzeugkommunikat ions systems mit zwei Frontend-Einheiten 
und auf diese verteilten Funktionalitaten . 

Bei dem in Fig. 1 gezeigten^ ersten Ausf uhrungsbeispiel beinhal- 
tet das Fahrzeugkommunikationssystem einen herkommlichen opti- 
schen Datenbus 1 des Typs MOST, an den eine Frontendeinheit 2, 
ein benut zerbedienbares Endgerat 3 und eine Mehrzweckplattf orm- 
Einheit 4 angeschlossen sind. Weitere Bestandteile des Fahrzeug- 
kommunikat ionssystems , insbesondere noch weitere Frontend-Ein- 
heiten und benut zerbedienbare Endgerate sowie Fahrzeugsteuerge- 
rate, sind der Obersicht lichkeit halber nicht gezeigt. Im ge- 
zeigten Systemteil sind zur Erlauterung der Erfindung beispiel- 
haft zwei Applikationen implement iert , namlich eine Radio-Funk- 
tionalitat und eine Adressbuch-Funkt ionali tat . Bei der Frontend- 
Einheit 2 handelt es sich konkret um eine Anzeige- und Bedien- 
einheit 2 fiir diese Funktionalitaten, wahrend es sich bei dem 
benutzerbedienbaren, zugehorigen Endgerat 3 und einen fiir den 
MOST-Datenbus 1 ausgelegten FM-Tuner handelt. 



Charakteristischerweise ist die jeweilige Funktionalitat jeweils 
in einen in die Frontend-Einheit 2 implement ierten Benutzer- 
schnittstellenseitenteil und einen in die Mehrzweckplattf orm- 
Einheit 4 implementierten Funktionskomponententeil aufgeteilt, 
d.h. die Frontend-Einheit 2 beinhaltet eine Komponente 5 mit Be- 
nut zerschnittstellenseiten (UI pages) fur die Radio-Funktionali- 
tat und eine Komponente 6 mit Benut zerschnittstellenseiten fur 
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die Adressbuch-Funktionalitat. Entsprechend besitzt die Mehr- 
zweckplattform (MPP) -Einheit 4 einen Funktionskomponententeil 7 
fur die Radio-Funktionalitat and einen Funktionskomponententeil 
8 fur die Adressbuch-Funktionalitat. Die Benutzerschnittstellen- 
seitenteile 5, 6 stehen in der Frontend-Einheit 2 zum einen mit 
einer dort implementierten Benutzerschnittstellen-Frameworkein- 
heit 9 und zum anderen mit je einer zugehorigen Proxy-Komponente 
10, 11 in Verbindung. In der MPP-Einheit 4 stehen die Funktions- 
komponententeile 7, 9 zum einen mit einer Applikations-Frame- 
workeinheit 12 und zum anderen mit zugehorigen Stub-Komponenten 
13, 14 in Verbindung. Busseitig stehen die Proxy- und Stub-Kom- 
ponenten 10, 11, 13, 14 mit einer ftir den gewahlten Bustyp MOST 
•geeigneten Netzwerkdienst-Endstuf e (Most Net Services) 15, 16 in 
verbindung, tlber welche die jeweilige Anbindung an den Datenbus 
1 erfolgt. 

In der MPP-Einheit ist zudem eine virtuelle Endgerateeinheit 17 
als virtuelles FM-Tunergerat impleraentiert . In dieser virtuellen 
Einheit ist die Kommunikation des zugehorigen Funktionskomponen- 
tenteils, hier des Tells 7 fiir die Radio-Funktionalitat, mit dem 
speziell verwendeten, benutzerbedienbaren Endgerat, hier dem fur 
den MOST-Datenbus 1 bestimmten FM-Tuner 3, enthalten, d.h. die 
virtuelle Einheit 17 bewerkstelligt die Kommunikation ihres zu- 
gehorigen Funktionskomponententeils 7 mit dem speziellen zugeho- 
origen benutzerbedienbaren Endgerat 3 uber den vorhandenen Daten- 
tus 1 und enthalt dazu die busspezif ischen Implementierungsde- 
tails der Funktionskomponenten . Dies hat die erwiinschte Konse- 
quenz, daJi die im Funktionskomponententeil 7 enthaltenen Funk- 
tionskomponenten unabhangig vom jeweils gerade benutzten Bussy- 
stem 1 bleiben und daher nicht automatisch mit einer Anderung 
desselben geandert werden miissen. 

Bekanntermafien bringt eine verteilte Systemauslegung eine Menge 
an Komplexitat mit sich, wobei es empf ehlenswert ist, die Syste- 
me auf der hochsten verfugbaren Schicht im ISO/OSI-Net zwerk- 
Schichtenmodell mit den Schichten 1 (physikalische Verbindung) 
bis 7 (Prasentationsschicht) aufzubauen, um auf diese Weise so 
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viele Net zwerkdetails wie moglich unsichtbar zu lassen und sich 
auf die Applikationsanf orderungen des Systems zu konzentrieren - 
Genau dies beabsichtigt der MOST-Standard fur Multimedia- 
Applikationen im Fahrzeug. MOST beschaftigt sich jedoch haupt- 
sachlich mit der Kommunikation zwischen Endgeraten wie CD- 
Player, Tunern und CD-Wechslern und nicht mit der zwischen Front- 
end-Einheit 2 und MPP-Einheit 4 wunschenswerten Kommunikation 
auf hoherem Level. 

Die verwendete Proxy-Stub-Kommunikation ermoglicht die Erfiillung 
dieser Anf orderungen unter Beibehaltung des MOST-Datenbusses 1, 
V|^^^wobei die hierdurch gegebene, vorliegende Systemlosung als Pro- 

^^^^totyp COMOM bezeichnet ist, siehe das Systembeschreibungs-Insert 
in Fig. 1. Diese Systemlosung stellt eine Kommunikationsf unktion 
auf hohem Level zur Verfiigung, analog zum COM/DCOM-Standard, und 
verwendet dabei die Steuerungs- und asynchronen Kanale des MOST- 
Datenbusses 1. Da die Schnittstellennotation des Prototyps COMOM 
mit COM-IDL kompatibel ist, kann COMOM durch DCOM ersetzt wer- 
den, sobald diese Technologie fiir Windows CE verfiigbar ist. Als 
weitere Alternative kommt der Einsatz von CORBA in Betracht, 
wenn ein anderes Betriebssystem verwendet wird. CORBA-Implemen- 
tierungen sind fur wichtige eingebettete Betriebssysteme verfiig- 
bar, wie QNX, Chorus, VxWorks u.a. 

^^^^Gemal^ der Systemauslegung von Fig. 1 besteht der Benutzer- 

^^^r schnitt stellenteii der Applikation aus den Benut zerschnittstel- 
lenseiten 5, 6, welche in die Benut zerschnittstellen-Framework- 
Einheit 9 eingebettet sind und mit dieser kommunizieren . Um auf 
die im jeweiligen Funktionskomponententeil 7, 8 implementierte 
Funktionalitat zuriickzugreif en, benotigen die Benut zerschnitt- 
stellenseiten 5, 8 keine Kenntnis iiber die aktuelle verteilte 
Systemumgebung. Stattdessen greifen sie auf die zugehorige 
Proxy-Komponente 10, 11 der Funktionskomponenten zu, die ent- 
sprechend agieren und dabei die notwendigen Net zwerkoperationen 
realisieren. Die in der MPP-Einheit 4 befindlichen Stub-Kompo- 
nenten 13, 14 agieren als Clients der Funktionskomponenten 7, 8 
und kommunizieren iiber den Datenbus 1 mit den Proxy-Komponenten 
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10, 11 auf Seiten der Frontend-Einheit 2. In den Proxy- und 
Stub-Komponenten 10, 11, 13, 14 ist der gesuchte Netzwerkcode 
abgelegt, so dali der gesarate applikationsspezif ische Code vollig 
unabhangig vom zugrundeliegenden Datenbusnetzwerk 1 gehalten 
werden kann und nicht in die Vernetzung involviert sein braucht, 
was es leichter macht, ihn zu kodieren und beizubehalten . Die 
Proxy- und Stub-Komponenten 10, 11, 13, 14 kSnnen automatisch 
durch IDL-Compiler erzeugt werden, die fiir COM/DCOM- und CORBA- 
Produkte verfUgbar sind. 

Wie aus der obigen Beschreibung erkennbar, lalit sich das Fahr- 
zeugkommunikationssystem erf indungsgemali so auslegen, dali volli- 
ge Transparenz der Verteilung uber das Netzwerk fur die Kompo- 
nenten erzielt wird. Wahrend bei einer Auslegung von Fig. 1 die 
MPP-Einheit 4 vorzugsweise als zentrale Recheneinheit fungiert, 
die mehrere Frontend-Einheiten und mehrere Applikationen be- 
dient, besteht ein weiterer Vorteil der Erfindung darin, dafi 
auch eine Systemauslegung ohne Vernetzung moglich ist, d.h. ein 
System ohne die Funktionalitat der MPP-Einheit 4 von Fig. 1. Ein 
solches System ist als zweites Ausf iihrungsbeispiei der Erfindung 
in Fig. 2 ausschnittweise dargestellt, wobei funktionell gleiche 
Bestandteile mit denselben Bezugszeichen wie in Fig. 1 versehen 
sind und insoweit auf die obige Beschreibung zu Fig. 1 verwiesen 
werden kann. 

Wie aus Fig. 2 ersichtlich, sind bei dieser Systemrealisierung 
die Bestandteile der MPP-Einheit von Fig. 1 zusatzlich zu den 
Bestandteilen der Frontend-Einheit 2 von Fig. 1 in einer einzi- 
gen, insoweit modif izierten Frontend-Einheit 2a aufgenommen. Da- 
durch wird kein Netzwerkcode fiir die Kommunikation zwischen dem 
Benutzerschnittstellenseitenteil 5, 6 und dem zugehorigen Funk- 
tionskomponententeil 7, 8 einer jeweiligen Applikation benotigt, 
so dafi. hier die Proxy- und Stub-Komponenten 10, 11, 13, 14 des 
Systems von Fig. 1 entfallen. Die Benutzerschnittstellenseiten 
5, 6 kommunizieren in diesem Beispiel direkt mit den zugehSrigen 
Funktionskomponenten 7, 8. Diese Kommunikation kann z.B. wieder- 
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urn uber COM/CORBA realisiert sein, siehe auch das Systembe- 
schreibungs-Insert von Fig. 2. 

Eine weitere mogliche Sy s t emauslegung ist in Fig. 3 dargestellt, 
wobei wiederum funktionell gleiche Bestandteile mit denselben 
Bezugszeichen wie in den Fig. 1 und 2 versehen sind und insoweit 
auf die obige Beschreibung zu den Fig. 1 und 2 verwiesen warden 
kann . 





Wie aus Fig. 3 ersichtlich^ sind die beiden beispielhaf ten Ap- 
plikationen (Radio, Adressbuch) in dieser Realisierung in zwei 
Frontend-Einheiten 2b^ 2c implementiert , von denen die eine 
Frontend-Einheit 2b analog zur Frontend-Einheit 2 von Fig. 2 oh- 
ne den Funktionskomponententeil aufgebaut ist, wahrend die ande- 
re Frontend-Einheit 2c als selbstandige Einheit entsprechend der 
Frontend-Einheit 2a von Fig. 2 ausgelegt ist, welche sowohl den 
jeweiligen Benut zerschnittstellenseitenteil 5, 6 als auch den 
zugehorigen Funktionskomponententeil 7, 8 enthalt. Dabei geniigt 
dann flir die nicht mit dem Funktionskomponententeil versehene 
Frontend-Einheit 2b die Verwendung von weniger leistungsf ahiger 
Hardware als fiir die andere Frontend-Einheit 2c, auf der die 
Funktionskomponenten ablauf en . 

Nachfolgend werden beispielhaft einige mogliche Applikat ionen 
angegeben, die zugehorige, implementierte Sof tware-Pakete umfas- 
sen. So kann ein Audio-Paket vorgesehen sein, das vorhandene Au- 
dio-Hardware steuert und die Filhrung der ent sprechenden Daten 
von Audio-Quellen zu Audio-Ausgabegeraten vornimmt . Die zugeho- 
rige Audio-Hardware umfaiit eine zentrale Audio-Ausgabe iiber 
Lautsprecher und die Ausgabe iiber an Frontend-Einheiten verfiig- 
bare Kopfhorer unter Steuerung der Lautstarke und anderer Audio- 
Parameter. Dabei konnen f ahrzeugspezif ische Eigenschaf ten reali- 
siert sein, wie z.B. eine Leiseschaltung einer gerade aktiven 
Audio-Quelle auf eine geringere Lautstarke, wenn eine Sprachaus- 
gabe aktiv wird. 
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Eine Telefon-Applikation kann zur Steuerung einer GSM-Funktio- 
nalitat, zur Implementierung der TAPI, insbesondere fvir Sprach- 
verbindungen, zum Wahlen von Telef onnummern, Akzeptieren oder 
Zuruckweisen von Anrufen und Verwalten einer Anrufliste, sowie 
zur Bereitstellung von Datenverbindungen iiber WAP dienen. Ein 
Radio-Paket ist, wie oben beschrieben, zur Steuerung der Tuner- 
Hardware, wie eines MOST-FM-Tuners, vorgesehen und ist zweckma- 
Jiigerweise so ausgelegt, dali es decodierte RDS-Nachrichten fiir 
andere Dienste, wie TMC, bereitstellt und Voreinstellungen sowie 
Stationslisten fur die installierten Frontend-Einheiten verwal- 
tet. Ein CD-Player/Video-Player-Paket steuert CD-Player-Hard- 
ware, die aus mehreren Geraten bestehen kann, z.B. einem CD- 
Wechsler und je einem CD-Player in mehreren Frontend-Einheiten. 
Das Paket abernimmt die Verwaltung von Abspiellisten, die Erzeu- 
gung beliebiger Abspiellisten und die optische Anzeige des mo- 
mentanen Zustands der Abspielgerate . Soweit vorhanden, kann die- 
ses Paket auch zum Abspielen von Videodisks verantwortlich sein. 

Ein Fahrzeug-Paket kann dazu dienen, auf Fahr zeugdatenbussen, 
wie einem CAN-Bus, verfugbare Fahrzeuginf ormat ionen bereitzu- 
stellen, indem diese gesammelt und iiber vorgegebene Schnittstel- 
len zur Verfugung gestellt werden. Bei diesen Fahrzeuginf orma- 
tionen kann es sich z.B. um solche iiber die Geschwindigkeit , die 
bevorratete Kraf tstof fmenge und diverse Temperaturangaben han- 
deln. Die Inf ormationen kOnnen optisch angezeigt und/oder ande- 
ren Diensten verfiigbar gemacht werden. 

Ein Profil-Paket ist fur die Speicherung von Profilen von Kompo- 
nenten, zur Feststellung von Komponenten, die von einer Profil- 
anderung betroffen sind, um eine Reinitialisierung vorzunehmen, 
und zur Erzeugung neuer Profile dienlich. Die Profile werden zur 
Speicherung von Einstellungen von Komponenten und der Benutzer- 
schnittstelle verwendet, wie Farben, Audio-Einstellungen etc., 
und in jeder Frontend-Einheit separat abgelegt. Ein Personenma- 
nagement-Paket enthalt Funktionalitat fiir personliche Informa- 
tionen uber einen identif izierten Systemnutzer , wie ein person- 
liches Adressbuch, einen Kalender, eine Email-Funktion und Da- 
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tensynchronisation mit anderen Datenbasen^ wie anderen Fahr- 
zeugen oder einem stationaren PC-System, z.B. uber das Internet 
Oder mit Bluetooth-Technologie . 

Ein weiteres Paket dient dazu, die Erlaubnis fur angeforderte 
Benut zeraktionen zu erteilen und dabei insbesondere Konflikte zu 
behandeln^ wenn mehrere Systemnutzer dieselbe Systemf unkt ionali- 
tat anfordern, diese zum jeweiligen Zeitpunkt jedoch nur von ei- 
nem Nutzer benutzt werden kann. Dieses Paket kann auiierdem dazu 
verwendet werden, sitzplatzbezogene Nutzungsrechte fur bestimmte 
Nutzer zu beschranken, z.B. fur Kinder, bzw. die Profile fiir 
^B^^^ Freigaben und Anpassungen von Rechten zu verwalten. Ein Nutzeri- 
^^^^dentif ikations-Paket ist fiir die Zufiihrung einer Nut zerkennung 
an Komponenten verantwortlich, die eine solche benotigen, wie 
Adressbuch, Email, Kalender etc. Der Systemnutzer muli dann seine 
Identitat geeignet eingeben, z.B. mittels PIN, Paiiwort, Finger- 
abdruck oder Netzhautabtastung . Ein Komf ort-Paket ermoglicht die 
Steuerung von Klimatisierungseinheiten und anderen Komfort- 
Funktionen, soweit im Fahrzeug vorhanden. 

Ein Telematikdienste-Paket ist verantwort lich fiir das Sammeln 
generischer Telematikdienstinf ormationen und das Verteilen an 
anfordernde Komponenten. Ein Aktualisierungs-Paket verwaltet Ak- 
tualisierungen und Aufrustungen von Komponenten und ist verant- 

•wortlich fiir das Herunterf ahren des Systems in einen Zustand, in 
welchem eine Aktualisierung/Auf rustung durchgefuhrt werden kann, 
sowie fur das erneute Verbringen des Systems in den normalen Be- 
triebsmodus. Ein Initialisierungs- , Uberwachungs- und Diagnose- 
Paket ist verantwortlich fiir die Durchfiihrung von Start- und Ini- 
tialisierungsvorgangen, enthalt die Fahigkeit zur Uberwachung 
des Betriebs von Software- und Hardware-Komponenten und unter- 
stiitzt eine Diagnose des Systems. 

Ein Zusatzdienste-Paket kann zur Bereit stellung von Funktionali- 
taten vorgesehen sein, die auf herkommliche Systemf ahigkeiten 
aufsetzen. Bei diesen Zusat zf unkt ionalitaten kann es sich z.B. 
um einen Notruf, z.B. automatisch bei einem erkannten schwereren 
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Unfall Oder halbautomatisch auf Benutzeranf orderung jeweils in 
Form von ubertragenen Daten uber die Fahrzeugposition oder in 
Sprachform, eine Logbuch-Funktion, wie sie zur Kostenerf assung 
bei Firmenfahrzeugen und zu anderen Zwecken nutzlich ist, sowie 
einen Diebstahlschutz handeln, mit dem das System bei Vorhanden- 
sein eines Ortungsmoduls eine Bewegung des Fahrzeugs aulierhalb 
bestiiranter Grenzen feststellen und den Fahrzeugbetrieb bei Be- 
darf stoppen kann. 
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Patentans p ruche 



1. 



Fahrzeugkommunikationssystem mit 



einem Datenbus (1) und wenigstens einer daran angeschlosse- 
nen Frontendeinheit (2) mit einer Benut zerschnittstellen-Frame- 
workeinheit ( 9) , 

wenigstens einem benut zerbedienbaren, an den Datenbus ange- 
schlossenen Endgerat (3) und 

- wenigstens einer in das System implementierten, unter Be- 
teiligung der Frontend-Einheit und des Endgerates ausfiihrbaren 
Funktionalitat, 

dadurch gekennzeichnet, dali 

- die implement ierte Funktionalitat in einen mit der Benut- 
zerschnittstellen-Frameworkeinheit (9) kommunizierenden Teil (5, 
6) mit Benut zerschnitt stellenseiten und in einen mit dem Benut- 
zerschnittstellenseitenteil einerseits und einer Appli ka tions- 
Frameworkeinheit (12) andererseits kommunizierenden Funktions- 
komponententeil (7, 8) aufgeteilt ist und 

sich der Benut zerschnittstellenseitenteil in der Frontend- 
Einheit (2) befindet und sich der Funkt ionskomponententeil (7, 
8) ebenfalls in dieser Frontend-Einheit oder in einer anderen, 
an den Datenbus angeschlossenen Frontend-Einheit oder einer an 
den Datenbus angeschlossenen Mehr zweckplattf orm-Einheit (4) be- 
findet . 



dem Funktionskomponententeil (7) eine virtuelle Endgerateeinheit 
(17) zugeordnet ist, liber welche der Funktionskomponententeil 
zur Kommunikation mit dem benut zerbedienbaren Endgerat (3) iiber 



2. Fahrzeugkommunikationssystem nach Anspruch 1, welter 
dadurch gekennzeichnet, daB 
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den Datenbus (1) verbunden ist und welche busspezif ische Imple- 
mentierungsinf ormationen enthalt . 

3. Fahrzeugkommunikationssystem nach Anspruch 1 oder 2, waiter 
dadurch gekennzeichnet, daft 

sich der Funktionskortiponententeil (7, 8) in der anderen 
Frontend-Einheit {2c) oder der Mehrzweckplattf orm-Einheit (4) 
befindet und 

dem Funktionskomponententeil (7, 8) eine Stub-Komponente 
(13, 14) sowie dem Benutzerschnittstellenseitenteil (5, 6) eine 
Proxy-Komponente (10, 11) zur Kommunikation zwischen Funktions- 
komponententeil und Benutzerschnittstellenseitenteil zugeordnet 
ist . 



Frontend Q 



do 





ages| 







Proxy: Radio 



I 



[Prpxy: addres s | 



Most Net Services 





Most Net Services 




Prory-Stub communication through 
-COMOM (PrototypQ) 

- DCOM (Win32 / (other) systems) 

- CORBA (Win32 / othor systams) 
Advantages: 

- hides communication details 

- Proxys/Stubs can bo generated 

- Distribution over net is transparent 
to componQnts 

I Virtual Device: 
j - hides bus specific issues 



9 



'4 




Frontend 



1. 



6 



...^..^^ !:>m^- 



Virtual 
Device 
FM-Tuner 



Most Net Services 



2 



communication through 

- COM (Win32 / (other) systems) 

- CORBA (Win32 / other systems) 

no proxy/stub mechanisms necessary 

Virtual Device: 
" hidBs bus specific issues 



MOST 




■A 



Frontend 1 




MOST 



^. 3 



MOST 
Oavice 
FM-Tunar 
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Zusammenf assun g 



2.2. 



2.3. 



Vernetztes Fahr zeugkommunikationssystem mit Frontend- 
Einheit, benut zerbedienbarem Endgerat und zugehoriger 
Applikation . 

Die Erfindung bezieht sich auf ein Fahrzeugkommunikations- 
system mit einem Datenbus und wenigstens einer daran ange- 
schlossenen Frontend-Einheit mit Benut zerschnittstellen- 
Frameworkeinheit , mit wenigstens einem benut zerbedienbaren, 
an den Datenbus angeschlossenen Endgerat und mit wenigstens 
einer in das System implementierten, unter Beteiligung der 
Frontend-Einheit und des Endgerates ausfuhrbaren Funktiona- 
litat . 

Erf indungsgemaB ist die implementierte Funkt ionalitat in 
einen mit der Benut zerschnittstellen-Frameworkeinheit kom- 
munizierenden Teil mit Benut zerschnittstellenseiten und in 
einen mit dem Benut zerschnittstellenseitenteil einerseits 
und einer Applikations-Frameworkeinheit andererseits kommu- 
nizierenden Funktionskomponententeil aufgeteilt. Der Benut- 
zerschnittstellenseitenteil befindet sich in der einen 
Frontend-Einheit, wahrend sich der Funktionskomponententeil 
ebenfalls dort Oder in einer anderen Frontend-Einheit oder 
in einer ebenfalls an den Datenbus angeschlossenen Mehr- 
zweckplattform-Einheit befindet. 

Verwendung z.B. in Automobilen. 



